home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 2010 April / PCWorld0410.iso / hity wydania / Ubuntu 9.10 PL / karmelkowy-koliberek-desktop-9.10-i386-PL.iso / casper / filesystem.squashfs / usr / share / doc / bash-completion / TODO < prev   
Text File  |  2009-04-02  |  1KB  |  34 lines
  1. bash completion needs to be rewritten from the ground up.
  2. ---------------------------------------------------------
  3.  
  4. bash completion really needs to be rewritten from the ground up, using all of
  5. the features available in bash 3.1 and without regard for compatibility with
  6. the 2.x line.
  7.  
  8. At that time, it should be split into multiple files for easier source
  9. management. Whether or not it is actually installed on the destination
  10. computer as separate files is a matter for future debate.
  11.  
  12. If it were installed as tens or even hundreds of files, each of which had to
  13. be opened to decide whether it should be sourced in its entirety, that could
  14. prove very expensive on some systems.
  15.  
  16. Alternatively, a master file could decide which of the individual completion
  17. files should be sourced. In that way, we wouldn't need to open extra files
  18. just to ascertain that the commands for those functions aren't on the system,
  19. anyway.
  20.  
  21. A further alternative is that a build process be created, which would
  22. concatenate the various files into a single completion file, similar to what
  23. we have now. This option is my least favourite, because a system with a lot of
  24. packages installed currently has to deal with sourcing over 200 kB of bash
  25. code for each invocation of an interactive shell.
  26.  
  27. An even better alternative would be if bash supported dynamic loading of shell
  28. functions (in the manner of zsh), but I don't believe there are any plans to
  29. add this feature.
  30.  
  31. -- 
  32. Ian Macdonald
  33. Amsterdam, March 2006
  34.